---
title: Drone-CI运行时的指定runner
sidebar_position: 4
---

# Drone-CI 运行时的指定runner

最近群里小伙伴问了个 [drone ci](https://www.drone.io/) 的问题

![questionchoosedronerunner](/img/questionchoosedronerunner.webp)

是我不曾想到的场景, 由于我使用的是三块树莓派4b, 性能上没有区别, 所以在使用的时候就没考虑过指定在哪一块的runner上运行, 反正都差不多

各个服务的管理是通过k3s做的, 也就用runner打个镜像推送到nexus3上而已

但是在实际的场景中可能会有各种各样的情况:

* runner 宿主配置差距大, 个别镜像放到孱弱的机器上打包会浪费时间造成流程阻塞
* 不同runner对应不同OS, 苹果应该可以掺一脚
* 不同机器拥有不同的镜像缓存, 可以加快打包速度
* steps中包含具体部署的部分, 可以直接将服务部署到任务分发的机器上
* 甚至有可能针对不同时区专门配置了不同的runner
* ......

这样看下来, 根据需要自由选择runner就非常有意义了

## 重建runner

首先删除原来的runner

然后使用类似下面的命令创建一个新的runner

```bash
docker run -itd \
  -v /var/run/docker.sock:/var/run/docker.sock \
  -e DRONE_RPC_PROTO=${drone_proto} \
  -e DRONE_RPC_HOST=${drone_server} \
  -e DRONE_RPC_SECRET=${drone_rpc_secret} \
  -e DRONE_RUNNER_CAPACITY=2 \
  -e DRONE_RUNNER_NAME=${HOSTNAME} \
  -e DRONE_LOGS_TRACE=true \
  -e DRONE_AGENTS_ENABLED=true \
  -e DRONE_RUNNER_LABELS=a:b,c:d \
  -p 3000:3000 \
  --restart always \
  --name runner \
  drone/drone-runner-docker
```

与官方文档不同的是, 这里增加了一行

```bash
-e DRONE_RUNNER_LABELS=a:b,c:d 
```

其中的 `a:b,c:d` 两个键值对作为 **标识**, 可以根据实际情况自己定义, 只要遵循 **\{Key1\}:\{Value1\},\{Key2\}:\{Value2\}** 的格式即可

## 修改yml

在yml中可以根据上面的 **标识** 指定运行时的runner

```yml
kind: pipeline
type: docker
name: default

//highlight-start
node:
    a: b
    c: d
//highlight-end

steps:
    - name: ****
......

```

大概差不多就是这个样子

